home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Feb 91 / MacApp.Tech$ 2⁄8⁄91 / 2892-The OP⁄C++ controver-Feb91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.4 KB  |  56 lines  |  [TEXT/GEOL]
  1. Item    4287783                         8-Feb-91        14:16
  2.  
  3. From:   MDTAYLOR@APPLE.COM@INTERNET#    Gateway to Internet/BITNET/UUCP
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. INTERNET# Document Id: <12005@goofy.Apple.COM>
  8.  
  9. ------------------------------------------------------------------------------
  10.  
  11. Sub:    The OP/C++ controversy
  12.  
  13. If you use AppleLink 6.0, you win! The Reply button works for gatewayed E-mail.
  14. Otherwise, copy & paste this: mdtaylor@Apple.COM@INTERNET#
  15.  
  16. From: mdtaylor@Apple.COM (Mark Taylor)
  17. Lines: 32
  18. Organization: Apple Computer Inc., Cupertino, CA
  19. Newsgroups: apple.mac.app
  20. Path: apple!mdtaylor
  21. To: macapp.tech$@applelink.apple.com
  22.  
  23.  
  24. Questions of whether a MacApp written in C++ can be compatible with one's
  25. Object Pascal program aside, and speaking as someone who first had to learn
  26. MPW, Object Pascal, and MacApp before switching to C++ (after being a
  27. THINK C programmer up until that time), it seems to me that programmers who
  28. already use Object Pascal and MacApp will find that switching to C++ is
  29. quite easy.  Granted, converting all of one's code may not be, but what I'm
  30. saying is that the major learning curve involves becoming familiar with
  31. object-oriented programming.  The language is secondary.
  32.  
  33. It seems that what we, as MacApp enthusiasts, really want is for
  34. MacApp to gain acceptance in the Mac programming community at large.
  35. If the grumbling in the aisles at last year's developers' conference was
  36. any indication, the fact that MacApp up until that time all but required
  37. using Object Pascal really put off a lot of programmers.  Let's face it,
  38. the percentage of Mac programmers using Pascal is steadily decreasing as
  39. C becomes the language of choice in the programming community at large.
  40.  
  41. In the future, as use of C++ becomes more and more widespread (and it is,
  42. for better or for worse; I'm just reporting the facts), it would be nice if
  43. the growing throng of C++ programmers (recent college graduates included)
  44. find it easy to program the Mac.  Having a great object library that not only
  45. is merely compatible with C++ but is in fact written in C++ and revels in
  46. its features can certainly smooth the path.
  47.  
  48. If you're already a good MacApp programmer, why not try your next project in
  49. C++?  (You may even gain skills that will be useful in a future job...)
  50.  
  51.  
  52. Not affiliated with the MacApp team, and speaking as a Mac programmer,
  53. not as an Apple employee,
  54.  
  55. - Mark
  56.